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A MRNOM RNTS TO THK SPECIFICATION 

In paragraph (0005] of the originally filed application, please amend as reflected in the 
following marked -up version of the paragraph: 

[0005] Thus, to sum up. there is n need to create a non-chatty, generic, set of web methods that allow 
Ihc use of simple- CRUO operations for accessing directory data as a Web service, while still 
supporting extensibility of the directory service schema such that new directory object types can be 
accesses accessjQdJ v 'thoiit the need lo add new directory operation methods in the client code. 

In paragraph |0007] of the originally filed application, please amend as reflected in Ihc 
following mnrKcd-lip version of the paragraph: 

[0007| The present invention leverages the aspects of object-oriented programming and combines 
Ihcni with Ihc ability of a runtime environment (e.g., the Common Language Runtime (CLK) 
developed by Microsoft Corporation for the ,MRT platform) to use metadata to properly create 
objects of different types to provide a simple yet flexible and extensible way to access a directory 
dalnba.se or the like. In the system of the invention, a Web service for accessing a database works as 
an intermediate between clients and the database server. In accordance with the invention, the types 
of objects available from the database are defined by classes derived from a generic object type class, 
aiu| data defining the types of the objects are included as metadata associated with the classes of the 
directory object types. The class definitions with the associated metadata are provided by the Web 
service vi;i WSDI. information lo the client. When the client makes a request to perform a database 
operation (e.g., creating or searching for objects), the runtime library of the client uses the metadata 
to properly create objects of the types referred to in the request, and includes the serialized objects in 
the request. When the Web service receives the request, it is able to use the objects lo access the 
database lo carry out the requested database operation. With this approach, a diverse and readily 
extensible set of object types can 1>e accessed, and different directory object types may be relumed by 
the server in response to a single search. Moreover, it allows third parties to extend the directory 
database schema and participating in the Web services without the need to change the WcbMethod 
signature or uindifying an existing application. 
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In paragraph [0019] of Ihc originally filed application, please amend as reflected in the 

; ' ' following marked-up version of Ihc paragraph: 

; j |(MMS>| The communications between the client 90 and the Web service 92 *s -are based on a simple 

request-response model. To access Ihc functionality provided by the Web service 92, the client 90 
semis a request message 96 to the Web service. In the illustrated embodiment, the request message 
96 is sent using SOAP over HTTP as the transport. In response, the Web service 92 returns a 

j j response message 10& to the client 90, also using SOAP over HTTP as the transporting. In 

nllcmnlivo embodiments,, other transports may be used, since SOAP may ron on other transport 
protocols so that HTTP is not a requirement. As mentioned earlier, il is desirable to provide a simple 
way to enable the client to access Ihc directory service using methods that conform to the simple 
CRUf) model and can be used to access a set of objects of various and extensible types. As will be 
described in greater detail below, the approach of the invention effectively achieves this goal. 

i . 

In paragraph |002?,| of the originally filed application, please amend as reflected in Ihc 

| . following marked -up version of the paragraph: 

j 

i 

[0022J In accordance with a feature of the invention, these issues are effectively addressed by 
combining (he aspects of object-oriented programming with the capability of the Web services 
j runtime mechanism to have knowledge to serialize objects to a specific type based on metadata] aush, 
which may be obtained by the client via WSDL information from the server. Specifically, instead of 
defining a set of directory access methods for each object type found in the directory database, the 
vmious existing and future directory object types arc defined as classes derived from a generic 
• directory object class for which a simple set of directory operations (the CR(J1> model) are defined. 

The definitions of the directory object types that can be accessed by the directory operations arc also 
included in the information provided by the Web scrviee 92 to the client 90 to tell the client how to 
use its services, (n a preferred embodiment, the definitions of the directory object typos are in the 
XM1. format. The inclusion of the object type definitions and the use of the runtime library of Ihc 
client to create instances of the objects using die definitions allow die client to pass properly 
cniiMtnetcd objects in its request to the Web service 92. This enables the Web service 92 to iisc the 
objects to interact with the directory server to carry out the intended directory operations. 

s ; 

i t 
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In paragraph j0026J of the originally Jilcd application, please amend as reflected in Hie' 
following marked-tip version ofthc paragraph: 

(0026| Another feature of the embodiment that should be noted is that the Search method in this 
example is defined such that it can return an array as the result of the search operation. This 
enables the search operation to produce u heterogeneous result set, In addition, the Search 
method takes a flexible input parameter. In one case, it takes the object itself. This allows the 
user to specify Ihe filter by setting object properties. The advantage of this approach is it does not 
force the user to learn a certain query language or syntax such as SQL or LDAP Filter. This 
technique is known as Query Uy Example. In other eas e cases , the search takes a query string for 
more advanced developers. Also, the Create method is defined such that it can take an array as 
n|* operand* This allows Ihe creation of directory objects as a batch operation, i.e., sending one 
Create request to create multiple directory objects, which may be of different object types. 

In paragraph |()02Rj of the originally filed application, please amend as reflected in the 
following murfccd-iip version of the paragraph: 

[0028) To illustrate how the directory access operations are invoked, a sample of the code fon 
the client is provided below. 
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